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1. General 

1.1 Scope. One of the most important elements in a computer system is the bus struc- 
ture that supplies the interface for all the hardware components. This bus structure 
contains the necessary signals to allow the various system components to interact with 
each other. It allows memory and I/O data transfers, direct memory accesses, 
generation of interrupts, etc. This document provides a detailed description of all the 
elements and features that make up the 796 Bus. 

The bus supports two independent address spaces: memory and I/O. During 
memory cycles, the bus allows direct addressability of up to 16 megabytes using 24- 
bit addressing. During I/O bus cycles, the bus allows addressing of up to 64K I/O 
ports using 16-bit addressing. Both memory and I/O cycles can support 8-bit or 16- 
bit data transfers. 

The bus structure is built upon the master-slave concept where the master device in 
the system takes control of the bus and the slave device, upon decoding its address, 
acts upon the command provided by the master. This handshake (master-slave relation- 
ship) between the master and slave devices allows modules of different speeds to be 
interfaced via the bus. It also allows data rates up to five million transfers per second 
(bytes or words) to take place across the bus. 

Another important feature of the bus is the ability to connect multiple master 
modules for multiprocessing configurations. The bus provides control signals for con- 
necting multiple masters in either a serial or parallel priority fashion. With either of 
these two arrangements, more than one master may share bus resources. 

This document has been prepared for those users who intend to evaluate or design 
products that will be compatible with the 796 system bus structure. To this end, the 
necessary signal definitions and timing and electrical specifications have been covered 
in detail. 

This standard deals only with the interface characteristics of microcomputer 
devices: not with design specifications, performance requirements, and safety 
requirements of modules. 



Throughout this standard, the term "system" denotes the byte or word interface 
system that, in general, includes all the circuits, connectors, and control protocol to 
effect unambiguous data transfer between devices. The term "device" or "module" 
denotes any product connected to the interface system that communicates information 
via the bus, and that conforms to the interface system definition. 

1.2 Object. This standard is intended: 

(1) To define a general purpose microcomputer system bus. 

(2) To specify the device-independent electrical and functional interface 
requirements that a module shall meet in order to interconnect and communicate 
unambiguously via the system. 

(3) To specify the terminology and definitions related to the system. 

(4) To enable the interconnection of independently manufactured devices into a 
single functional system. 

(5) To permit products with a wide range of capabilities to be interconnected to the 
system simultaneously. 

(6) To define a system with a minimum of restrictions on the performance 
characteristics of devices connected to the system. 

1.3 Definitions. The following general definitions apply throughout this standard. 
More detailed definitions can be found in the appropriate section. 

1.3.1 General System Terms 

Compatibility. The degree to which devices may be interconnected and used 
without modification, when designed as defined in Sections 2 and 3 of this 
standard. Section 5 introduces the notion of levels of compliance and the 
corresponding notation. 

Bus cycle. The process whereby digital signals effect the transfer of data bytes or 
words across the interface by means of an interlocked sequence of control signals. 
"Interlocked" denotes a fixed sequence of events in which one event must occur before 
the next event can occur. 

Interface. A shared boundary between two systems, or between parts of systems, 
through which information is conveyed. 

Interface system. The device-dependent electrical and functional interface 
elements necessary for communication between devices. Typical elements are: driver 
and receiver circuits, signal line descriptions, timing and control conventions, and func- 
tional logic circuits. 



Override. A bus master overrides the bus control logic when it is necessary to 
guarantee itself back-to-back bus cycles. This is called "overriding" or "locking" the bus, 
temporarily preventing other masters from using the bus. 

System. A set of interconnected elements which achieve a given objective through 
the performance of a specified function. 

1.3.2 Sigjuils and paths 

Bus. A signal line or a set of lines used by an interface system to connect a number 
of devices, and to transfer information. 

Byte. A group of eight adjacent bits operated on as a unit. 
Word. Two bytes or sixteen bits operated on as a unit. 

High state. The more positive voltage level used to represent one of two logical 
binary states. 

Low state. The more negative voltage level used to represent one of two logical 
binary states. 

Signal The physical representation of data. 

Signal level. The relative magnitude of a signal when compared to an arbitrary 
reference. Signal levels in this standard are specified in volts. 

Signal tine. One of a set of signal conductors in an interface system used to 
transfer messages among interconnected devices. 

Signal parameter. That element of an electrical quantity whose values or sequence 
of values convey information. 



2. Functional Description 



This section provides an overall understanding of how the 796 Bus functions, and 
describes the elements that connect to the bus, the signals that provide the interface 
to the bus, and the different types of operations performed on the bus. 

In this section, as well as throughout the specification, a clear and consistent 
notation for signals has been used. The Memory Write Command (MWTC) will be 
used to explain this notation. The terms one:zero and true:falsecan be ambiguous, so 
their use will be avoided. In their pi ace, we will use the terms electrical High and Low 
(H and L). A nathan (asterisk) following the signal name (MWTC*) indicates that 
the signal is active low as shown: 



The signal (MWTC+) driven by a three state driver will be pulled up to Vcc when not 
asserted. The following is used to further explain the notation used in this specifi- 
cation. 



MWTC* = Asserted at volts 



Function 



Electrical 



Definition 
Logic 



State 



MWTC 



H 

L 



1 True 
False 



Active, Asserted 



MWTC+ 



L 
H 



1 True 
False 



Active, Asserted 



2-1. 796 Bus Elements. This subsection describes the elements (masters and slaves) 
that interface to the bus and the 796 bus signal lines that comprise this interface. 



2. 1. 1 Masters, A master is any module having the ability to control the bus. The 
master exercises this control by acquiring the bus through bus exchange logic and 
then generating command signals, address signals, and memory or I/O addresses. 
To perform these tasks, the master is equipped with either a central processing unit 
or logic dedicated to transferring data over to the bus to andfi-om other destinations. 
Fig. 1 depicts a system that includes a master and two slave models. 

The 796 Bus architecture can support more than one master in the same system, 
but in order to do this, there must be a means for each master to gain control of the 
bus. This is accomplished through the bus exchange logic (see 2.4). 

Masters may operate in one of two modes of operation. Modes 1 and 2 are defined as 
follows: 

Mode 1; Masters are limited to single bus transfers per bus connect. If all masters are 
Mode 1, system timing is rendered deterministic by conformance with a maximum 
bus busy period. That period is limited by the paramter tB\so max. (see 3.2.5). 
Mode 2: Masters are unlimited in ths bus control. They may invoke bus override. Bus 
timeouts are allowed. Conformance with the maximum busy period is not required. 
The last classification is included to allow for a very broad class of operations, giving 
users maximum flexibility in meeting these applications' needs. The first mode of 
operation is defined to allow system designers to predict the overall performance of their 
systems without concern for uncontrolled timing parameters such as bus timeout. For 
Masters which can only operate in Mode 2, their specification shall state "Mode 2 
master only." 



2.1.2 Slaves. Another type of module that can interface to the bus is the slave. 
Slave modules decode the address lines and act upon the command signals from the 
masters. The slaves are not capable of controlling the bus. Some examples of bus 
slaves are shown in Fig. 1. 



2.1.3 796 Bus Signals. Signals transferred over the bus can be grouped into 
several classes based on the functions they perform. The classes are: 

(1) Control Lines 

(2) Address and Inhibit Lines 

(3) Data Lines 



(4) Interrupt Lines 

(5) Bus Exchange Lines 

The following subsections explain the different classes of 796 Bus signals. 

2.1.3.1 Control Lines. The following signals are classified as control lines: 



Class 


Function 


Signal 


Clocks 


Constant Clock 


CCLK* 




Bus Clock 


BCLK* 


Commands 


Memory Write 


MWTC* 




Memory Read 


MRDC* 




I/O Write 


lOWC* 




I/O Read 


lORC* 


Acknowledge 


Transfer Acknowledge 


XACK* 


Initialize 




INIT* 


Lock 




LOCK* 



2.1.3.1.1 Clock Lines. 

(1) Bus Clock(BCLK*). A periodic signal used to synchronize the bus contention 
logic; it may be slowed, stopped, or single stepped. The Bus Clock shall be generated 
by one and only one source within the system. This means that each standalone 
bus master must have the capability of generating an acceptable clock that can 
optionally be connected to, or disconnected from, the bus. In a multimaster system, 
only one of the masters shall have its clock connected to the bus. 

(2) Constant Clock (CCLK*). A periodic signal of constant frequency, which 
may be used by masters or slaves as a master clock. The Constant Clock shall be 
generated by one and only one source within the system. This means that each bus 
master must have the capability of generating an acceptable clock that can 
optionally be connected to, or disconnected from, the bus. In a multimaster system, 
only one of the masters shall have its clock connected to the bus. 

2.1.3.1.2 Command Lines (MWTC*, MRDC*, lOWC*, lORC*). The 
command lines are elements of a communication link between the masters and 
slaves. There are two command lines for memory and two command lines for I/O. An 



active command line indicates to the slave that the address lines are carrying a valid 
address, and that the slave is to perform the specified operation. In a data write cycle, 
the active command line (MWTC * or 10 WC * ) additionally indicates that the data is 
valid on the bus. In a data read cycle, the transition of the command (MRDC* or 
lORC*) from active to inactive indicates that the master has received the data from 
the slave. 

2.1.3.1.3 Transfer Acknowledge Line (XACK*). This line is used by the 
slaves to acknowledge commands from the master. XACK* indicates to the master 
that the requested action is complete, and that data has been placed on, or accepted 
from, the data lines. 

2.1.3.1.4 Initialize (INIT*). The INIT* signal is generated to reset the 
entire system to a known internal state. This signal is usually generated prior to 
starting any operations on the system. INIT* may be generated by any or all of the 
bus masters or by an external source such as a buffered and debounced front panel 
switch. 

2.1.3.1.5 Lock (LOCK*). The LOCK signal is generated by the master in 
control of the bus to indicate the bus is locked. LOCK* is used to extend mutual 
exclusion to multiple port ram designs. 



2.1.3.2 Address and Inhibit Lines. The address and inhibit lines are used for 
the following signals: 



Function Signal 

Address Lines ADR0*-ADR17+ 

(0-9, A-F, 10-17 in hexadecimal) 

Byte High Enable BHEN* 

Inhibit Lines INHl* and INH2* 



2.1.3.2.1 Address Lines (24 lines). These lines, which specify the address 
of the referenced memory location or I/O device, allow a maximum of 16 megabytes 
(16,777,216 bytes) of memory to be accessed. When addressing an I/O device, a 
maximum of 16 address lines (ADRO*-ADRF*) are used, thus allowing the 



addressing of a maximum of 64K devices. An I/O module must also be able to be 
configured to decode only 8 address lines (ADR0*-ADR7*) and ignore the upper 8 
lines (see 2.2.2.3). 

2.1.3.2.2 Byte High Enable Line (BHEN*). This byte control line is used 
to enable the upper byte (bits 8-F) of a 16-word bit word to drive the bus. The signal is 
used only on systems that incorporate 16-bit memory modules. 

2.1.3.2.3 Inhibit Lines (INHl* and INH2*). The inhibit lines can be 
invoked for any memory read or memory write operation (MRDC* or MWTC*). An 
inhibit line is asserted by a slave to inhibit another slave's bus activity during a 
memory read or write operation. The inhibit signal generated by theinhibiting slave 
is derived from decoding the memory address lines. The inhibiting slave can decode 
a single address, a block of addresses, or any combination of single and block 
addresses. 

When it detects the specific address during an actual command (MRDC* or 
MWTC*), the inhibiting slave generates an inhibit signal, which is sensed by the 
inhibited slave. When so inhibited, this slave module disables its drivers from all 
data, address, and acknowledge bus lines, although it may actually perform internal 
operations. (All modules that may be inhibited must have completed internal 
operations within 1.5 microseconds from the start of the command line. This interval 
[1.5 microseconds] is also the minimum acknowledge timing for modules issuing 
inhibits. This guarantees that inhibited modules have enough time to return to their 
normal state before the current bus command is completed.) 



2.1.3.3 Data Lines (DATO*-DATF*). These 16 bidirectional data lines 
transmit and receive information to and from a memory location or an I/O port. 
(DATF* is the most-significant bit and DATO* is the least-significant bit). In 8-bit 
systems, only lines DAT0*-DAT7* are valid. 



2.1.3.4 Interrupt Lines. The interrupt lines consist of the following signals: 



Function 

Interrupt Requests 
Interrupt Acknowledge 



Signal 

INT0+-INT7* 
INTA* 



2.1.3.4.1 Interrupt Request Lines (INT0* INT7*). Interrupts are 
requested by activating one of the eight interrupt request lines. INTO* has the 
highest priority and INT7* has the lowest priority. 



2.1.3.4.2 Interrupt Acknowledge (INTA*). In response to an Interrupt 
Request signal, an Interrupt Acknowledge signal can be generated by a bus master 
with bus vectored interrupt capability. The Interrupt Acknowledge signal is used to 
freeze the interrupt status and request the placement of the interrupt vector address 
on the bus data lines. 



2.1.3.5 Bus Exchange Lines. The bus exchange lines are used by the 
following signals: 



Function Signal 

Bus Clock BCLK* 

Bus Request BREQ* 

Bus Priority BPRN*, BPRO* 

Bus Busy BUSY* 

Common Bus Request CBRQ* 



A master gains control of the bus through the manipulation of these signals. 



2.1.3.5.1 Sus Request (BREQ*). A signal used by the bus masters in a 
priority resolution circuit to indicate a request for control of the bus. 



2.1.3.5.2 Bus Priority (BPRN* and BPRO*). The priority functions allow 
masters to break deadlocks that occur when more than one master concurrently 
requests the bus. The Bus Priority In (BPRN*) signal indicates to a particular 
master that no higher priority master is requesting use of the bus. The Bus Priority 
Out (BPRO*) signal is used in serial (daisy chain) bus priority resolution schemes. In 
such a scheme, BPRO* is passed by one master to the BPRN* input of the master 
with the next lower bus priority; when active, the BPRO* signal indicates that the 
higher priority master does not require control of the bus. 



2.1.3.5.3 Bus Busy (BUSY*). A signal activated by the master in control 
of the bus to indicate that the bus is in use. This prevents other masters from gaining 
control of the bus. 



2.1.3.5.4 Common Bus Request (CBRQ*). A signal that maximizes a master's 
data transfer rate to the bus by sensing the absence of other bus requests. The CBRQ* 
signal does this by serving two functions. It indicates to the master controlling the bus 
whether or not another master needs to gain control of the bus. To the other masters, it is 
a means of notifying the controlling bus master that it must relinquish control of the bus 
if it is not using the bus. 



2.2 Data Transfer Operation. The primary function of the 796 Bus architecture 
is to provide a path for the transfer of data between modules on the bus. The follow- 
ing subsections describe the different types of data transfers and the means by 
which they are implemented using the signals previously described. Fig. 2 can be 
referenced during the following discussion. 

The discussion of the data transfer operation of the bus is covered in three parts; 

(1) An overview of the operation 

(2) A detailed description of the signals used in the transfer 

(3) A discussion of the specifics pertaining to the different transfers 

It is assumed in this discussion that there is only one master on the bus, and 
therefore no bus contention exists. (The bus exchange logic is discussed in 2.4). 
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Fig. 2 

796 Bus Interface Lines 
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2.2.1 Data Transfer Overview. A data transfer is accomplished as follows. First 
the bus master places the memory address or I/O port address on the address lines. 
(If the operation is a write, the data would also be placed on the data lines at this 
time.) The bus master then generates a command (I/O read or write, or memory read 
or write), which activates the appropriate bus slave. The slave accepts the data if it is 
a write operation, or places the data on the data lines if it is a read operation. A 
Transfer Acknowledge signal is then sent to the bus master by the bus slave, 
allowing the bus master to complete its cycle by removing the command from the 
command line and then clearing the address and data lines. Fig. 3 and Fig. 4 show 
the basic timing for a read and write data transfer operation. 
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796 Bus Read Operation 
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Fig. 4 

796 Bus Write Operation 



2.2.2 Signal Descriptions. This subsection provides a detailed description of the 
796 Bus signals. Included are timing, signal origination, and other information 
pertaining to the specific function that each signal performs in the data transfer 
operation. 



2.2.2.1 Initialize (INIT*). Prior to any operation of the bus, all system 
modules should be reset to a known internal state. This can be accomplished by an 
INIT* signal initiated by one of three sources: 

(1) A power-on clear circuit (RC network), which holds INIT* low until the power 
supplies reach their specific voltage outputs 

(2) A reset button, which is sometimes provided on the system front panel for 
operator use. Note that this button must be debounced 

(3) A software command that can be implemented to pull down the INIT* line. 
The INIT* line is driven by open-collector gates and requires signal conditioning 

to meet the electrical specifications of the bus. 
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2.2.2.2 Constant Clock (CCLK*). The Constant Clock signal, which is 
driven by only one source, provides a timing source for any or all modules on the bus. 
CCLK* is a periodic signal with a specified frequency and is driven by a clock driver 
circuit. 



2.2.2.3 Address Lines (ADR0*-ADR17*). The address lines are used to 
specify the address of the memory location or the I/O device that is being referenced 
by the command. There are 24 address lines, binary coded, to allow up to 16,777,216 
bytes of memory to be referenced. These lines are driven by three-state drivers and 
are always controlled by the master using the bus. 

For I/O bus cycles, master modules have the option of generating 8 bit or 16 bit 
addresses. Because of this, all I/O slaves must be capable of being configured to 
decode 8 address bits ( ADR0*-ADR7* ) and ignore the upper address bits or to decode 
all 16 bits of address (ADRO+-ADRF*). Note that in a system using 8 bit I/O 
addresses, the value of the upper 16 bits of address is unknown. A master generating 
only 8 bit address may set the upper 16 address bits to any arbitrary value. 

Refer to Fig. 5 for an example of address line usage. 



2.2.2.4 Data Lines (DATO*-DATF*). These are 16 bidirectional data lines 
used to transmit and receive information to and from a memory location or I/O port. 
The 16 lines are driven by the master on write operations and by the addressed slave 
(memory or I/O) on read operations. Both 16-bit and 8-bit transfers can be 
accomplished by using only lines DAT0*-DAT7* (with DATO* being the least- 
significant bit). 

There are three types of transfers that take place across the bus: 

(1) Transfer of low (even) byte on DAT0+-DAT7* 

(2) Transfer of high (odd) byte on DAT0*-DAT7* (using swap byte function) 

(3) Transfer of a 16-bit word 

Fig. 6 shows the data lines, and the contents of these lines for the three types of 
transfers mentioned. 
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Fig. 6 

796 Bus Data Line Usage 



Two signals control the data transfers. Byte High Enable (BHEN*) active 
indicates that the bus is operating in the 16-bit mode, and the address bit 0(ADRO*) 
defines an even-byte or odd-byte transfer. 

For an even byte transfer, BHEN* and ADRO* are inactive, indicating the 
transfer of an even byte. The transfer takes place across data lines DAT0*-DAT7+ . 

For an odd-byte transfer, BHEN* is inactive and ADRO* is active, indicating the 
transfer of an odd byte. On this type of transfer, the odd (high) byte is transferred 
through the Swap Byte Buffer to DATO* -D AT7* . The high (odd) byte is transferred 
accross on DAT0*-DAT7* to make 8-bit and 16-bit systems compatible. 



For a 16-bit transfer, BHEN* is active and ADRO* is inactive. On this type of 
transfer, the low (even) by te is transferred on D ATO* -D AT7* an d the high (odd) byte 
is transferred across the bus on DAT8*-DATF*. 

The 796 Bus data lines are always driven by three-state drivers. 

2.2.2.5 796 Bus Commands. In this subsection we will discuss the command 
lines and how they work in conjunction with other lines to accomplish a read or a 
write operation. There are four command lines: 



Function Line 

Memory Read Command MRDC* 

I/O Read Command lORC* 

Memory Write Command MWTC* 

I/O Write Command lOWC* 



The command lines, which are driven by three-state drivers on the bus master, 
indicate to the slave the action that is being requested. 

2.2.2.5.1 Read Operation. The two read commands (MRDC* and IORC+) 
initiate the same basic type of operation. The only difference is that MRDC* 
indicates that the memory address is valid on the address lines, whereas lORC* 
indicates that the I/O port address is valid on the address lines. This address 
(memory or I/O port) must be valid on the bus 50 nanoseconds prior to the read 
command being generated. When the read command is generated, the slave module 
(memory or I/O port) places the data on the data lines and returns a Transfer 
Acknowledge (XACK*) signal, indicating that the data is on the bus. When the bus 
master receives the acknowledge, it strobes in the data and removes the command 
(MRDC* or lORC*) from the bus. The slave address (memory or I/O port) remains 
valid on the bus a minimum of 50 nanoseconds after the read command is removed. 
XACK* must be removed from the bus within 65 nanoseconds after the command is 
removed to allow for the next bus cycle. Fig. 7 shows the timing for the Memory Read 
or I/O Read command. 



XACK* 
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XACK* AND DATA MUST BE REMOVED FROM THE BUS A MAXIMUM OF 
65 NANOSECONDS AFTER THE COMMAND IS REMOVED. 



Fig. 7 

Memory or I/O Read Timing 



2.2.2.5.2 Write Operation. The write commands (MWTC* and lOWC*) 
initiate the same basic type of operation. MWTC * indicates that the memory address 
is valid on the address lines, whereas lOWC* indicates that the I/O port address is 
valid on the address lines. The address (memory or I/O) and data must be valid on 
the bus 50 nanoseconds prior to the write command being generated. This 
requirement allows data to be latched on either the leading or trailing edge of the 
command. When the write command (MWTC* or lOWC*) is asserted, the data on 
the data lines is stable and can be accepted by the slave. The slave indicates 
acceptance of the data by returning aTransfer Acknowledge (XACK*), allowing the 
bus master to remove the command, address, and data from the bus, XACK* must be 
removed from the bus within 65 nanoseconds to allow for the next bus cycle. Fig. 8 
shows the timing for the Memory Write or I/O Write command. 



2.2.2.6 Transfer Acknowledge (XACK*). The Transfer Acknowledge 
(XACK*) signal is the response from the bus slave (memory or I/O) indicating that 
the commanded read or write operation is complete and that the data has been placed 
on, or accepted from, the data lines. In effect, this signal (XACK*) allows the bus 
master to complete the current bus cycle. 
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D*T(n)t 

MWTCt OR JOWC* 
XACK* 




1 ADDRESS AND DATA SETUP; SO NANOSECONDS MINIMUM. 

2 TIME REQUIRED FOR SLAVE TO ACCEPT DATA. 

3 TIME REQUIRED FOR MASTER TO REMOVE COMMAND FROM BUS. 

4 ADDRESS AND DATA HOLD TIME; SO NANOSECONDS MINIMUM. 

5 XACK* MUST BE OFF THE BUS 6S NANOSECONDS AFTER COMMAND. 



Fig. 8 

Memory or I/O Write Timing 



If a bus master addresses a non-existent or malfunctioning memory or I/O 
module, an acknowledge will not be returned to the master. If this should occur, the 
bus master would normally wait indefinitely for an acknowledge and would 
therefore never relinquish control of the 796 Bus. To avoid this possibility, a bus 
timeout function can optionally be implemented on a bus master to terminate a bus 
cycle after a preset interval, even if no acknowledge has been received. A bus timeout 
can therefore be defined as any data transfer cycle terminated by the master before 
the Transfer Acknowledge (XACK*) signal is received. The minimum allowable bus 
timeout interval is 1.0 millisecond. 



2.2.2.7 Inhibit (INHl* andINH2*). Theinhibit lines can be invoked for any 
memory read or memory write operation (MRDC* or MWTC*). An inhibit line is 
asserted by a slave to inhibit another slave's bus activity during a memory read or 
write operation. The inhibit signal generated by the inhibiting slave is derived from 
decoding the memory address lines (t[D = 100 nanoseconds maximum). The 
inhibiting slave can decode a single address, a block of addresses, or any combina- 
tion of single and block addresses. 

When it detects the specific address during the actual command (MRDC* or 
MWTC*), the inhibiting slave generates an inhibit signal, which is sensed by the 
inhibited slave. When so inhibited, this slave module disables its drivers from all 
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data, address, and acknowledge bus lines, although it may actually perform internal 
operations. (All modules that may be inhibited must have completed internal 
operations with 1.5 microseconds from the start of the command line. This interval 
[1.5 microseconds] is also the minimum acknowledge (tACc) timing for modules 
issuing inhibits. This guarantees inhibited modules enough time to return to their 
normal state before the current bus command is completed.) 

The slaves involved in the inhibit operation fall into three inhibit classes: top 
(inhibit) priority, middle priority, and bottom priority. In reference to the above 
paragraphs, a higher priority slave module would be the inhibiting slave and a lower 
priority slave would be the inhibited slave. INHl* is asserted (during the appro- 
priate address) by a middle priority slave (such as a read-only memory module or 
memory-mapped I/O module) to inhibit the bus activity of a bottom priority slave 
(such as a read/ write RAM module). INH2* is asserted (at the appropriate address) 
by a top priority slave (such as an auxiliary or a bootstrap ROM module) to inhibit 
the bus activity of a middle priority slave. The top priority slave shall also assert 
INHl * so that a bottom priority slave will also be inhibited. The inhibit lines shall be 
asserted low by open collector (or equivalent) drivers. When both a middle and a top 
priority inhibiting slave are activated, INHl* will be asserted by drivers on both 
modules. 



The use of the inhibit signals during memory reads (MRDC* ) shall not cause any 
adverse effects within the inhibited slave module. That is, data in the inhibited slave 
shall not be altered and its status register, if any, shall not be affected. 

The use of the inhibit signals during memory writes (MWTC*) shall be allowed, 
and might or might not affect the data within the inhibited slave. If the data is 
affected, it shall be only within the one byte (or word) that Is being addressed. (No 
other data within the inhibited slave shall be altered.) 

The inhibit signals, when issued, shall be generated within 100 nanoseconds (tio) 
after the address is stable. (See Fig. 9.) A command may be generated as early as 50 
nanoseconds (tAs) after the address is stable. This timing can cause the inhibit to 
occur after the command has been received by the inhibited module. To prevent false 
acknowledges, modules that can be inhibited must not generate an acknowledge 
until the inhibit signals have had time to become valid (50 nanoseconds after the 
command). 
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Fig. 9 

Inhibit Timing for Write Operation 
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Fig. 9 shows the timing for an inhibit operation. In this example, both PROM and 
RAM have the same memory addresses; therefore, the PROM inhibits the RAM. 

Although inhibit signals may be generated during lORC*, lOWC*, or INTA* 
operations, these signals are ignored by other slaves (in cludingtheslavethat should 
respond to the INTA*, lORC*, or lOWC*), 



2.2.2.8. Lock (LOCK*). The Lock line is driven by the master control of the bus 
when a locked bus access is required. A locked access is typically required in a read- 
modify-write semaphore operation to prevent another processor from accessing the 
memory between the read and the write. The busy line allows for this mutual exclusion 
on the 796 BUS. The Lock line allows mutual exclusion to be extended off of the bus. The 
Lock signal (LOCK*) must be active 100 nanoseconds prior to the read or write 
command going away. It must remain active a minimum of 100 nanoseconds after the 
falling edge of the command signal for the last locked memory cycle. The slave locks it 
multiple ported memory to the 796 bus when it is addressed and the lock line is asserted. 
The lock signal must not be asserted for more than 12 microseconds continuously. This 
assures the processor on the other side of the multiple ported memory that it will gain 
access to the memory in a reasonable amount of time. The busy signal (BUSY*) must be 
active whenever the Lock line is asserted. Fig. 11 shows the timing for the lock signal. 



2.3 Interrupt Operations. The following subsections explain the 796 Bus signal 
lines used in the interrupt operation, and the two different types of interrupt imple- 
mentation. Refer to Section 5.1.4 for information on levels of compliance with 
respect to interrupt attributes. 



2.3.1 Interrupt Signal Lines. 
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2.3.1.1 Interrupt Request Lines (INT0*-INT7*). A set of interrupt request 
lines (INT0*-INT7* ) is provided on the bus. An interrupt is generated by activating 
one of the eight interrupt request lines with an open-collector driver. All interrupts 
are level-triggered, rather than edge-triggered. Requiring no edge to trigger an inter- 
rupt allows several sources to be attached to each line. The interrupt request lines are 
prioritized, with INTO* having the highest priority and INT7* having the lowest 
priority. 
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2.3.1.2 Interrupt Acknowledge (INTA* ). An interrupt acknowledge line 
(INTA*), driven by the bus master, requests the transfer of interrupt information on 
the bus. The specific information timed onto the bus depends on theimplementation 
of the interrupt scheme. In general, the leading edge of INTA* indicates that the 
address bus is active; the trailing edge indicates that data is present on the data 
lines. 

2.3.2 Classes of Interrupt Implementation. There are two types of interrupt 
implementation schemes: Non-Bus Vectored (NBV) and Bus Vectored (BV). The two 
schemes are explained in the following subsections. 

2.3.2.1 Non-Bus Vectored Interrupts. Non-Bus Vectored (NBV) interrupts 
are those interrupts handled on the bus master that do not require the 796 Bus for 
transfer of the interrupt vector address. The interrupt vector address is generated by 
the interrupt controller on the master and transferred to the processor over the local 
bus. The slave modules generating the interrupts can reside on the master module or 
on other bus modules, in which case they use the 796 Bus interrupt request lines 
(INT0*-INT7+) to generate their interrupt requests to the bus master. When an 
interrupt request line is activated, the bus master performs its own interrupt opera- 
tion and process the interrupt. Fig. 12 shows an example of NBV interrupt imple- 
mentation. 

2.3.2.2 Bus Vectored Interrupts. Bus Vectored (BV) interrupts are those 
interrupts that transfer the interrupt vector address over the 796 Bus from the slave 
to the bus master using the INTA* command signal. 

When an interrupt request occurs, the interrupt control logic on the bus master 
interrupts its processor. The processor on the bus master generates the INTA com- 
mand, freezing the state of the interrupt logic for priority resolution. The bus master also 
overrides (retains the bus between bus cycles) the 796 Bus to guarantee itself back-to- 
back bus cycles. After the first INTA* command, the bus master's interrupt control logic 
puts an interrupt code on the 796 Bus address lines. The interrupt code is the address of 
the highest priority active interrupt request line. At this point in the BV interrupt 
procedure, two different sequences can occur because the 796 Bus can support masters 
that generate either two or three INTA* commands. 
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Non-Bus Vectored (NBV) Interrupt Logic 



If the bus master generates two INTA* commands, one more INTA+ command 
will be generated. This second INTA* causes the bus slave interrupt control logic to 
transmit its interrupt vector address on the 796 Bus data lines. The address is used by 
the bus master to service the interrupt. 

If the bus master generates three INTA* commands, two more INTA* com- 
mands will be generated. These two INTA* commands allow the bus slave to put its 
2-byte interrupt vector address on the 796 Bus data lines (one byte for each INTA* ). 
The interrupt vector address is used by the bus master to service the interrupt. 
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NOTE 

The 796 Bus can support only one type of Bus Vectored interrupt in a given 
system. However, the 796 Bus can support both Bus Vectored (BV) and Non- 
Bus Vectored (NBV) interrupts within the same system. 
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Fig. 13 depicts an example of BV Interrupt implementation. 



2.4 796 Bus Exchange. The 796 Bus can accommodate several bus masters on 
the same system, each taking control of the bus as it needs to effect data transfers. 
The bus masters request bus control through a bus exchange sequence. 

The discussion of the 796 Bus exchange will be separated into three parts. The 
first part explains the signals involved, the second part discusses the bus exchange 
priority techniques (serial and parallel), and the third part explains the implemen- 
tation of the exchange logic. 



2.4.1 796 Bus Exchange Signals. A set of six signals is uesd to implement the 
bus exchange operation. All bus exchange signals are synchronized by BCLK*. 



2.4.1.1 Bus Clock (BCLK*). This periodic clock signal is used to synchronize 
the exchange logic, with synchronization occuring on the trailing (high-to-low) edge 
of the pulse. BCLK* has a duty cycle of approximately 50 percent, a maximum 
frequency of 10 MHz, and can be slowed, stepped, or stopped as called for by system 
design. There is no requirement for synchronization between BCLK* and CCLK* , 
but they may be derived from the same source. The BCLK* line is driven by a TTL 
clock driver. 



2.4.1.2 Bus Busy (BUSY*). This signal is driven by the master in control of 
the bus. All other masters monitor BUSY* to determine the state of the bus. This 
bidirectional signal, which is driven by an open-collector gate, is synchronized by 
BCLK*. 
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2.4.1.3 Bus Priority In (BPRN*). A non-bused signal that indicates to a 
master that no master of higher priority is requesting control of the bus. BPRN* is 
synchronized by BCLK* and driven by TTL gates. In a serial resolution scheme, this 
is the master's input from the priority chain. In a parallel resolution scheme, this is 
the master's input from the parallel priority circuit. 



2.4.1.4 Bus Priority Out (BPRO*). This non-bused signal, when activated by 
a bus master, indicates to the bus master of the next lower priority that it may gain 
control of the bus (i.e., no higher priority requests are pending for control of the bus). 
This signal is used only in a daisy-chained serial priority resolution scheme and 
should be connected to the Bus Priority In (BPRN* ) input of the next lower priority 
bus master. BPRO* is driven by TTL gates and is synchronized by BCLK*. 



NOTE 

Each bus master must allow its BPRO* signal to be disconnected from the 
BPRO* line on the 796 Bus so that, if desired, a parallel priority resolution 
scheme can be used. This capability is to allow some bus masters to have 
their BPRN* inputs driven by a central parallel resolution circuit instead of 
by the BPRO* of the next higher priority master. 



2.4.1.5 Bus Request (BREQ*). The Bus Request (BREQ«) line is used with the 
parallel priority resolution scheme, and is a request of the master for 796 Bus control. 
The priorities of the BREQ* from each master are resolved in a parallel priority 
resolution circuit. The highest priority request enables the BPRN* input of that master, 
allowing it to gain control of the bus. BREQ* is synchronized by BCLK* and is a TTL 
output. 
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2.4.1.6 Common Bus Request (CBRQ*) (Optional). Any master that wants 
control of the 796 Bus but does not control it, can activate CBRQ* with an open- 
collector gate. If CBRQ* is high, it indicates to the bus master that no other master is 
requesting the bus and therefore the present bus master can retain the bus. There are 
times when this can save the bus exchange overhead for the current master. This is 
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because quite often when a master is controlling the bus, there are no other masters 
that are requesting the bus. Without CBRQ*, only BPRN* indicates whether or not 
another master is requesting the bus and, for BPRN* , only if the other master is of 
higher priority. Between the master's bus transfer cycles, in order to allow lower 
priority masters to take the bus if they need it, the master must give up the bus. At the 
start of the master's next transfer cycle, the bus must be regained. If no other master 
has the bus, this can take approximately three BCLK+ periods. To avoid this 
overhead of unnecessarily giving up and regaining the bus when no other masters 
need it, CBRQ* may be used. Any master that wants but does not have the bus, must 
drive this line low (true). The master that has the bus can, at the end of a transfer 
cycle, sense CBRQ + . If it is not low, then the bus does not have to be released, thereby 
eliminating the delay of regaining the bus at the start of the next cycle. (At any time 
before the master's next cycle, any other master desiring the bus will drive CBRQ + 
and cause the master to relinquish the bus at that time.) 

Masters that use CBRQ* must be able to disable that function such that they can 
be used with masters that do not generate the CBRQ* signal. 



2.4.2 Bus Exchange Priority Techniques. Two bus exchange priority techniques are 
discussed: a serial technique and a parallel technique. Fig. 14 and Fig. 15 illustrate these 
two techniques. Note that the parallel and serial schemes are compatible and therefore 
can be combined and used together on the same bus. The bus exchange implementation 
discussed in 2.4.3 is the same for both techniques. 

2.4.2.1 Serial priority Technique. Serial priority resolution is accomplished 
with a daisy-chain technique (see Fig. 14). With such a scheme, the bus priority 
output (BPRO*) of each master is connected to the bus priority input (BPRN*) of 
the next lower priority master. The BPRN * of the highest priority master in the 
serial chain shall either be always active or connected to a central Bus Arbiter as 
described in 2.4.2.2. The latter connection would be used if a parallel-serial priority 
structure were used. 

Serial priority resolution is accomplished in the following manner. The BPRO* 
output for a particular master is asserted if and only if its BPRN* input is active and 
that master is not requesting control of the bus. Thus, if a master requests control of 
the bus, it shall set its BPRO* high, which in turn disables the BPRN* of all lower 

2-26 



HIGHEST 
PRIORITY 
MASTER 



LOWEST 
PRIORITY 
MASTER 



mepRN* I — o 
BPRO* 1 



Fig. 14 
Serial Priority Technique 



NO. 2 
PRIORITY 





NO. a 
PRIORITY 
(LOWEST) 




Fig. 15 
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priority masters. The number of masters that can be linkedin aseriat chain is limited 
by the fact that the BPRN* signal must propagate through the entire chain within 
one BCLK* cycle. If the maximum BCLK* of 10 MHz is used, then the number of 
masters in a serial chain is limited to three. 



2.4.2.2 Parallel Arbitration Technique. In the parallel technique, the bus 
allocation is determined by a Bus Arbiter (see Fig. 15). This may be a priority scheme, 
which determines the next master by a fixed priority structure or some other mechanism 
for allocation (e.g., sequential). The BREQ* lines are used by the arbiter to signal the 
next master on the appropriate BPRN* line. The BPRO* lines are not used in the 
parallel allocation BPRN* scheme. 
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3. Electrical Specifications 



This section presents the electrical specifications for the 796 Bus as follows; 

(1) General bus considerations of the state relationships, signal line characteris- 
tics, and power suppUes 

(2) Timing specifications for the bus signals 

(3) Specifications for the signal line drivers and receivers, as well as the electrical 
termination requirements 

When electrical specifications indicate minimum or maximum values for the bus, 
they must be measurable at any point on the bus. 

Note that a particular implemented bus could have any amount of bus propagation 
delay and ringing (before setup times), as long as all bus parameters {e.g., setup, hold, 
and other times) are met at all points on the bus. However, to facilitate the design of a 
compatible set of modules (masters and slaves) that use the bus, the standard maxi- 
mum bus propagation delay will be specified as tpD (max). 
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3.1 General Bub ConBiderationB. 



3.1.1 Logical and Electrical State Relationships. The signal names indicate whether 
or not the signal lines on the 796 Bus are active high or active low. If the signal name 
ends with a nathan (" * ", a non-superscript asterisk), then the signal is active low and 
its logical-electrical state relationship for that signal is; 



Logical State Electrical Signal Level At Receiver At Driver 

H=TTL high state 5.25V>H>2.0V 5.25V>H>2.4V 

1 L=TTL Low state .8V>La-.5V .5V>L>0V 
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If the signal name has no nathan (no " ■)(• "), then the signal is active high and its 
logical-electrical state relationship for that signal is: 

Logical State Electrical Signal Level At Receiver At Driver 

L=TTL low state .8V>L>-.5V .5V>L>0V 

1 H=TTL high state 5.25V aH> 2.0V 5.25V >H> 2.4V 

These specifications are based on TTL, where the power source is 5V ±5%, refer- 
enced to logic ground (GND). 

When specified, current flow into a node has a positive sign and current flow out of a 
node has a negative sign. 

3.1.2 Signal Line Characteristics. The following subsections describe two types of 
requirements. The first includes the requirements on the signal line that are measured 
when the signal line is in use. The second type includes those that are measured under 
special test conditions. 

3.1.2.1 In-Use Signal Line Requirements. During normal use, the rise and fall 
times of the signals depend on wWch type of driver is used (see 3.3|. Typical rise and fall 
times are: 

Open Collector Totem Pole 3-State 

Rise Time — 10 ns 10 ns 

Fall Time 10 ns 10 ns 10 ns 

The maximum signal propagation delay on the bus is tpu (max). This is measured 
from the edge of any one board plugged into the 796 Bus to any other board plugged 
into the 796 Bus: 

tpj) (max) =3 ns 



These dynamic signal parameters can be tested by using 74S20 gates as drivers. 



NOTE 

For all boards plugged into the bus, the setup, hold, and any other times are 
measured at the edge of the board where it is plugged into the bus. This means 
that all board-internal delays must be taken into account, while still providing 
for the setup, hold, and other times. 



After Power-Up, the following specifications apply: 

(1) Bus termination required for each signal line (see 3.3). 

(2) Settling time for all command line signals (see 2.2.2.5) after a transition is zero. 
On these lines the ringing cannot go beyond the noise immunity levels— i.e., high, mini- 
mum; or low, maximum. This also applies to the Transfer Acknowledge and Inhibit 
lines. 
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For all address lines (see 2.2.2.3) the signals must be stable (settled) at least 50 
nanoseconds before any command line goes active (setup time). This settling require- 
ment means there can be no ringing beyond the noise immunity levels (high, minimum; 
low, maximum). These requirements also apply to the data lines (see 2.2.2.4) during any 
write operations. 

For all data lines during read operations, the setup time is zero before the Transfer 
Acknowledge (XACK * ) signal goes active; and the hold time is zero after the read- 
type command goes inactive. 



The setup, hold, and command ringing are summarized and graphically presented in 
Fig. 16. 



3.1.2.2 Backplane Signal Trace Characteristics. Requirements for line-to-line 
coupling characteristics are shown in Fig. 17. The specific test conditions under which 
the specifications are to be met are also shown. 



3.1.3 Power Supply Specifications. Table 1 provides all power supply specifications. 
All voltages not shown in Table 1 that may be required on a board plugging into the 
796 Bus should be derived from one of the standard voltages (-f5V, -f 12V, —12V). 
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Table 1 

796 Bus Power Supply Specifications 



Standard 



Parameter 


Ground 


+5 


+12 


-12 


Mnemonic 


GND 


+5V 


+ 12V 


-12V 


Bus Pins 


Pl-l,2,n,12, 
75,76,85,86 


Pl-3,4,5,6, 

81,82,83, 

84 


Pl-7,8 


Pl-79,80 


Tolerance 


Ref. 


±1% 


±1% 


±1% 


Combined Line & Load Reg 


Ref. 


0.1% 


0.1% 


0.1% 


Ripple (Peak to Peak) 


Ref. 


50 mV 


50 mV 


50 mV 


Transient Response 
(50% Load Change) 




100 /ts 


100 /ts 


100 ^s 


'point of measurement is at connection point between motllerboard and power supply. At any card edge con- 
nector a degradation of 2% maximum (e.g. voltage tolerance ±2%) i3 allowed. 



3.1.4 Temperature and Humidity. Bus specifications sliould be met witli tempera- 
ture and liumidity within the following ranges: 

Temperature: 0-56 °C (32-150 °F); freemoving air across modules and bus 

Relative Humidity: 90% maximum (no condensation) 
This represents standard environment for the 796 Bus. It may be desirable to create 
more (or less) severe environmental restrictions in some applications. 



# 



3.2 Timing. This subsection describes all timing specifications on the 796 Bus. It does 
not present descriptions or functional relationships (which are given in Section 2); how- 
ever, this section does imply the functionality when relating two signals. 

Table 2 summarizes the timing specifications in this section. For detailed descrip- 
tions, refer to the specific subsection(s) in the right-hand column. 

The timing diagrams shown in this section usually show the minimum or maximum 
values required for each parameter. However, for clarity, the diagrams in this specifica- 
tion do not usually show both the minimum and maximum parameters. For this reason, 
the bus timing specification (Table 2) should be referenced for complete information. 
The timing diagrams show how all of the parameters are defined in relation to the 
signals involved. 
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Table 2 

796 Bus Timing Specifications Summary 



Parameter 


Description 


Minimum 


Maximum 


Units 


Referen 




Address Hold Time 


50 




ns 


3.2.1, 
3.2.2, 
3.2.4 




Address to Inhibit High 
Delay 





100 


ns 


3.2.3 




Address Setup Time 
(at slave board) 


50 




ns 


3.2.1. 
3.2.2, 
3.2.4 


tBCY 


BCLK* Period 


100 


cx> 


ns 


3.2.5 


^BPRNO 


BPRN* toBPRO* 





30 


ns 


3.2.5 


^BPRNS 


BPRN* to IBCLK* 
Setup Time 


22 




ns 


3.2.5 




IBCLK* toBPRO* 





40 


ns 


3.2.5 


'breqh 


IBLCK* toBREQ* 
High Delay 





35 


ns 


3.2.5 




IBCLK* toBREQ* 
Low Delay 





35 


ns 


3.2.5 


tBSYO 


CBRQ *»BUSY * to 
IBUSY 




12 


/:S 


3.2.5 


'busy 


BUSY* delay from 
IBCLK* 





70 


ns 


3.2.5 


tflUSYS 


BUSY* to IBCLK 
Setup Time 


25 




ns 


3.2.5 


tfiW 


BCLK* Width 


0,35tBCY 


0.65tBCY 




3.2.5 


tCBRO 


IBCLK* to CBRQ* 





60 


ns 


3.2.5 




CBRQ* to IBCLK* 
Setup Time 


35 




ns 


3.2.5 


tcCY 


CCLK* Period 


100 


110 


ns 


3.2.6 


tCMD 


Command Pulse Width 


100 


trouT 


ns 


3.2.1, 
3.2.2 


tcMPH 


Command Hold Time 


20 




ns 


3.2.1, 
3.2.2 


tcPM 


Central Priority Module 
Resolution Delay 
(parallel priority) 





tBCY-tBREQ 
-2tpD 

"^BPRNS 
-tsKEW 




3.2.6 


tcsEP 


Command Separation 


100 




ns 


3.2.4, 
3.2.6 


tew 


CCLK* Width 


0.35tccY 


0.65tcCY 


ns 


3.2.6 




Read Data Hold Time 





65 


ns 


3.2.1, 
3.2.4 




Write Data Hold Time 


50 




ns 


3.2.2 




Write Data Setup Time 


50 




ns 


3.2.2 



Table 2 

796 Bus Timing Specifications Summary (Cont'd.) 



# 



Parameter 


Description 


Minimun 


toXL 


Read Data Setup Time to 
XACK4f- 





tiAD 


XACK* Disable from 
Inhibit (internal param- 
eter on an inhibited 
slave; used to determine 
txACKA min.) 





tiD 


Inhibit Delay 





tiNIT 


TMTT-1(- WiHfh 

LJXli VVIULII 




tlNTA 


INTA* Width 


250 


ttCKH 


LOCK* hold time 
from command active 


100 


tLCKS 


LOCK* to command 
setup time 


100 


tLOCK 


LOCK* Width 




toUT 


Timeout Delay 


1 


tpD 


Standard Bus Propa- 
gation Delay 




tsKEW 


BCLK* Skew 




tXACK 


XACK* Time 
(for slaves without 
inhibit function) 





txACKA 


XACK* Time of an 
Inhibited Slave 


tiAD 
-(-50 ns 


'XACKB 


XACK* Time of an 
Inhibiting Slave 


1500 


'XAH 


XACK* Hold Time 





Serial 


See 3.2.5 





Maximum 



100 
(arbitrary) 



100 
(recommend 
< 100 ns) 



Units Reference 

ns 3.2.1, 
3.2.4 



12 

do (») 
3 

tpD 



1500 
8000 
65 



ns 



ns 
ns 



ms 



2.3.2 



3.2.3 

3.2.6, 
3.2.7 

3.2.4 

3.2.6 

3.2.6 

3.2.6 



3.1.2, 
3.2.5 

3.2.5 

3.2.1, 
3.2.2, 
3.2.4 

3.2.3 



3.2.3 



3.2.1, 
3.2.2, 
3.2.4 



Priority 

3.2.1 Read Operations (I/O and Memory). A read operation transfers data from 
memory or from I/O to the master that is controlling the bus (see 2.2,), The lines in- 
volved and timing specifications for a read operation are shown in Fig. 18. See the 
special inhibit oepration in 3.2.3. 

3.2 .2 Write Operations 11/ and Memory). A write operation transfers data from the 
master controlling the bus to memory or I/O (see 2.2.), Timing for a write operation is 
shown in Fig. 19. See 3.2.3 for inhibit operations. 
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Fig. 19 
Write AC Timing 



3.2.3 Inhibit Operations. An inhibit operation may accompany any memory read or 
memory write operation. The main effect is for one slave to inhibit another slave from 
driving the data lines and from returning (driving) an acknowledge (XACK*). I/O 
addresses cannot be inhibited. Although inhibit signals may be generated during 
lORC*, lOWC*, or INTA* operations, these signals are ignored by other slaves 
(including the slave that should respond to the INTA*, lORC*, or lOWC*). Inhibit 
timing Is as illustrated in Fig. 20. Related subsections are: 



Subsection Number 

Functional Descriptions 2.1.3.2.3 

Timing Specification Summary 3.2 

Read Operations 3.2.1 

Write Operations 3.2,2 

Interrupt Implementations 3,2.4 



I 
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Km,, 
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Fig. 20 
Inhibit AC Timing 



3.2,4 Interrupt Implementations. There are two types of interrupt implementation 
schemes: Non-Bus Vectored (NBV) and Bus Vectored (BV). 



3.2.4.1 NBV Interrupts. NBV interrupts are handled on the bus master and do 
not require the 796 Bus for transfer of an interrupt vector address. The slave modules 
generating the interrupts may reside on the master module or on other bus modules, in 
which case they use the 796 Bus interrupt request lines (INTO * -INT7 * ) to gener- 
ate interrupt requests to the bus master. When an interrupt request line is activated, 
the bus master performs its own internal interrupt operations and then processes the 
interrupt. 



3.2.4.2 BV Interrupts. BV interrupts are those interrupts that transfer the 
interrupt vector address along the 796 Bus from the slave to the bus master in response 
to the INTA* command signal. BV interrupt timing is shown in Fig. 21. 
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Fig. 21 

Bus Vectored (BV) Interrupt AC Timing 
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When an interrupt request occurs, the interrupt control logic on the bus master in- 
terrupts its processor. The processor on the bus master generates an INTA* com- 
mand, which freezes the state of the interrupt logic on the 796 Bus for priority resolu- 
tion. The bus master also locks the 796 Bus (retains the bus between bus cycles) to 
guarantee itself back-to-back bus cycles. After the first INTA* command, the bus 
master's interrupt control logic puts an interrupt code onto the 796 Bus address lines. 
The interrupt code is the address of the highest priority active interrupt request line. 
At this point in the BV interrupt procedure, two different sequences could take place. 
The difference occurs because the 796 Bus can support masters that generate either 
two or three INTA * commands during the interrupt process. 

If the bus master generates two INTA* commands, one more INTA* command 
will be generated. This second INTA* causes the bus slave interrupt control logic to 
transmit its interrupt vector address on the 796 Bus data lines. The address is ased by 
the bus master to service the interrupt. 

If the bus master generates three INTA* commands, two more INTA* com- 
mands will be generated. These two INTA* commands allow the bus slave to put its 
2-by te interrupt vector address onto the data lines (one byte for each INTA * com- 
mand). The interrupt vector address is used by the bus master to service the interrupt. 

NOTE 

The 796 Bus can support only one type of BV interrupt in a given system. 
However, it can support both BV and NBV interrupts in the same system. 

Subsections related to BV and NBV interrupts are: 

Subsection Number 

Functional Descriptions 2.3.2.2 
Timing Specification Summary 3.2 

3.2.5 Bus Control Exchanges. A bus control exchange takes control of the bus (i.e., 
the ability to do read, write, and interrupt acknowledge operations) from one master 
and gives it to another master. See 2.4 for a functional description of this process. 

For a master that does not use the bus signal CBRQ* (Common Bus Request), the 
timing specifications in Fig. 22 apply. 
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Fig. 22 
Bus Exchange AC Timing 
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For a system using CBRQ-X- {Common Bus Request), each master must also satisfy 
the timing requirements illustrated in Fig. 23. Note that before "releasing the bus" (i.e., 
releasing BUSY*), the hold times, etc., of any ending cycle must still be met as described 
in the previous subsections of this chapter. Likewise, after "taking the bus" (i.e., driving 
BUSY* low), it is necessary to satisfy all applicable setup and other timing parameters 
for a cycle just beginning. 



3.2.5.1 Serial Priority. For a system that uses a serial priority scheme (i.e., daisy- 
chain BPRO-X-s to BPRN-X-s) (see 2.4), the timing specifications in Fig. 24 apply. 
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Fig. 23 

Common Bus Request AC Timing 
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Fig. 24 
Serial Priority AC Timing 



3.2.5.2 Parallel Priority. For a system that uses a parallel priority scheme (i.e., a 
central priority resolver) (see 2.4), the following system and CPM (Central Priority 
Module) timing specifications of Fig. 25 apply. 



3.2.6 Miscellaneous Timing. The timing diagrams in Figs. 26, 27, 28, and 29 show 
the timing of Constant Clock (CCLK-Jt-), Command Separation (tcsEp), Initialize (tiNlx), 
and Lock (LOCK*), respectively. 



3.3 Receivers, Drivers and Terminations. Non-timing specifications unique to each 
signal line or to groups of signal lines are presented in Table 3. The requirements for the 
signal line receivers, drivers, and bus terminations, and the locations of the receiver, 
driver, and termination for each signal are given. 
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Table 3 

Bus Drivers, Receivers, and Terminations 



Driver''^ 



Receiver^'* 



Termination 



Bus Signals Location Type 



loL 'oh Ioh Co Iil Iih Cj ^ 

MiUmA Min^j Max^o MiUp/ Location Max„A Max^^ Maxpf Location Type R Units 



Masters TRI 
& Slaves 



DATO* 
DATF* 
(16 lines) 

ADRO* - Masters TRI 
ADR17* , 
BHEN* 
(25 lines) 

MRDC* , Masters TRI 
MWTC* 



lORC* , 
lOWC* 



Masters TRI 



XACK* Slaves TRI 



INHl* 
INH2* 



Inhibit- OC 
ing 

Slaves 



BCLK* 1 place TTL 
(Master 
usually) 



BREQ* Each TTL 
Master 



BPRO* Each TTL 
Master 



BPRN* 



■I 



ParaUel: TTL 

Central 

Priority 

Module 

Serial: 

Prev 

Masters 

BPRO* 



16 



16 



32 



32 

32 
16 



-2000 - 



-2000 - 



-2000 - 



-2000 



-400 



48 



16 -400 



-250 



-3000 



10 -200 



3.2 -200 - 



300 Masters 
& Slaves 



300 Slaves 



300 Slaves 

(Memory; 
Memory- 
Mapped 
I/O) 

300 Slaves 
(I/O) 

300 Masters 

300 Inhibited 
Slaves 
(RAM, 
PROM, 
ROM, 
Memory- 
Mapped 
I/O) 

300 Masters 



60 Central 
Priority 
Module 

60 Next 

Master in 
Serial 
Priority 
Chain at 
its 

BPRN* 
300 Masters 



-0.8 125 



-0.8 125 



-1.6 



125 



125 



125 
50 



125 



50 



50 



100 



18 1 place PuUup 2.2 KQ 

18 1 place PuUup 2.2 Kn 

18 1 place Pullup 1 KO 

18 1 place Pullup 1 KO 

18 1 place Pullup 510 

18 1 place Pullup 1 Kfi 



18 Mother- To 220 
board -I-5V 

To 330 n 
GND 

18 Central Pullup 1 KO 
Priority 
Module 
(not req) 

18 (not req) 



18 (not req) 
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Table 3 

Bus Drivers, Receivers, and Terminations (Cont'd.y 



Driver^'"' Receiver^''' Termination 

Iql Ioh Ioh Co Iil Iih Ci ^ 

Bus Signals Location Type Min^A Min^ Max,, Miupf Location MaXmA Max^ MaXpf Location Type R Unit^ 



LOCK* 
BUSY* , 
CBRQ* 


Master 
All 

Masters 


TRI 
OC 


32 
20 


-2000 


-250 


300 
300 


All 
All 

Masters 


-2 
-2 


125 
50 


18 
18 


1 place 
1 place 


Pullup 
Pullup 


1 
1 


Kn 
kq 


TNIT * 


Master 


DC 


32 




-250 


300 


All 


-2 


50 


18 


1 place 


Pullup 


2.2 


K!) 


CCLK* 


1 place 


TTL 


48 


-3000 




300 


Any 


-2 


125 


18 


Mother- 
board 


To 
-H5V 
To 
GND 


220 
330 


n 
fi 


INTA* 


Masters 


TRI 


32 


-2000 




300 


Slaves 
(Inter- 
rupting 
I/O) 


-2 


125 


18 


1 place 


Pullup 


1 


Kn 


INTO* - 


Slaves 


OC 


16 




-250 


300 


Masters 


-1.6 


40 


18 


1 place 


Pullup 


1 


Kfi 



INT7* 
(8 lines) 



'Receiver Requirements: 

IjH = High Input Current Load 
IjL, = Low Input Current Load 
Cj = Capacitive Load 

^For low and high voltage specifications see 3.1.1. 
'±5%, V*W Resistors 

'All termination resistors specified as "1 place" are typically located on the motherboard. 



Driver Requirements: 
Iqh = High Output Current Drive 
Iql = Low Output Current Drive 
Cq = Capacitance Drive Capability 
TRI = 3-State Drive 
OC = Open Collector Driver 
TTL - Totem-pole Driver 
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4. Mechanical Specifications 



This section describes all the physical and mechanical specifications that a designer 
must be concerned with when designing a 796 Bus backplane or when designing printed 
circuit boards that will plug into the 796 Bus interface. 



4.1 Backplane Considerations. This section is a discussion of the things that the de- 
signer must consider when designing a 796 Bus backplane. 

The maximum length of the backplane cormecting modules is 18 inches. Extender 
boards used within the system will not be supported by the bus unless the overall re- 
suiting length of the bus including the extender card is less than the 18-inch maximum. 



4,1.1 Board to Board Relationships. The following printed circuit board specifica- 
tions must be adhered to when designing 796 Bus compatible boards which are to 
operate in a 0.6-inch board to board spacing backplane. 

a. Board to Board Spacing (Lc) — center to center of boards when plugged into 
backplane must be at least 0.6 inches ±0.02. 

b. Board Thickness (LtI — the typical board thickness is 0.062 ±0.005 inches. 

c. Component Lead Length (Li^) — the length of the component leads below the 
printed circuit board cannot exceed 0.093 inches. 

d. Component Height (Lu) — the following equation is used to determine the 
maximum height of the components above the printed circuit board: 

Lh < 0.58 " -0.067 " -0.093 " 

Lh<0.420 inches (including board warpage) 

Electrically conductive components require Lh to be decreased to 0.40 inches. 
An example of a typical backplane and the components necessary to implement it are 
shown in Fig. 31. 
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This section contains only tlie mechanical specifications for designing a 796 Bus in- 
terface. The designer must also take into consideration the electrical specifications in 
Section 3. 

4.1.2 796 Bus Pin Assignments. Printed circuit boards which are designed to 
interface to the 796 Bus have two connectors which plug into the backplane. PI (Pri- 
mary) and P2 (Auxiliary). Table 4 shows the pin/signal assignments for the PI 
connector on the printed circuit boards. Reserved signals on the Pi connector must 
be bussed as normal signal lines on the backplane. Table 5 shows the pin/signal 
assignments for the P2 connector on the printed circuit boards. If a backplane is used 
then the "Reserved and bussed" signals must be bussed as normal signal lines, and 
the "Reserved but not bussed" signals shall have no connections. 

4.2 796 Bus Board Form Factors. Certain 796 Bus characteristics must be taken into 
consideration when designing printed circuit boards that interface to it. The designer 
will ensure himself of 796 Bus compatibility if the specifications discussed in this 
chapter are followed. 



4.2.1 Connector Naming and Pin Numbering Standards. The connectors on the 
printed circuit boards designed for the 796 Bus interface should adhere to the following 
standards {see Fig, 31). 

a. The connectors on the bus side of the board will be called Pi, P2. PI is the 86 pin 
main connector, and P2 is the 60 pin auxiliary connector. 

b. Mating connectors on the motherboard (796 Bus) backplane will be called Jl, 
J2, etc. 

c. Pins should be numbered with odd number pins on the component side of the 
board, and in ascending order when going counterclockwise around the board (as shown 
in Fig. 32). 

4.2.2 Standard Outline of Printed Wiring Boards. Figure 33 shows the standard 
outline for 796 Bus-compatible boards (Printed Wire Boards and Printed Circuit Boards). 
The non-bus edge of the board is not restricted. The remainder of the board including 
conenctors PI and P2 must adhere to the dimensions shown in Fig, 33. Only the basic 
boards' standard vertical height is currently specified. 
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Fig. 30 

796 Bus Backplane Card to Card Separation 
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Fig. 31 
Typical 796 Bus Backplane 



4.2.3 Bus Connectors. The 796 Bus backplane has connectors that mate to the PI 
(43/86 pin) board edge connector. The backplane uses 43/86 pin on 0.156" centers con- 
nectors. 

The P2 connector is a 30/60 pin board edge connector with 0.100" pin centers. 
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Table 4 

Pin Assignment of Bus Signals on 796 Bus Board Connector (PI) 









(Component Side) 


ria 


(Circuit Side) 






Pin 


Mnemonic 


Description 


Mnemonic 


Description 




Power 


1 


GND 


Signal GND 


2 


GND 


Signal GND 




Supplies 


3 


+ 5V 


-l-5Vdc 


4 


-I-5V 


-l-5Vdc 


1 


5 


+5V 


-l-5Vdc 


6 


-I-5V 


-l-5Vdc 






7 


4-1 9V 
^ V 


-f 12Vdc 


8 


+ 12V 


-)-12Vdc 






9 




Reserved, bussed 


10 




Reserved, bussed 






11 


GND 


Signal GND 


12 


GND 


Signal GND 




Bus 


13 


BCLK* 


Bus Clock 


14 


INIT* 


Initialize 




Controls 


15 


BPRN* 


Bus Pri. In 


16 


BPRO* 


Bus Pri. Out 






17 


BUSY* 


Bus Busy 


18 


BREQ* 


Bus Request 






19 


MRDC* 


Mem Read Cmd 


20 


MWTC* 


Mem Write Cmd 






21 


10 RC* 


I/O Read Cmd 


22 


lOWC* 


I/O Write Cmd 






23 


XACK* 


XFER Acknowledge 


24 


INHl* 


Inhibit 1 (disable RAM) 




Bus 


25 


LOCK* 


Lock 


26 




inniDit z (cusaoie r ivvivi or ivwivij 






27 


BHEN* 


Byte High Enable 


28 


ADIO* 






and 


29 


CBRQ* 


Common Bus Request 


30 


ADll* 


Address 




Address 


31 


CCLK* 


Constant Clk 


32 


AD12* 


Bus 






33 


INTA* 


Intr Acknowledge 


34 


AD13* 






Interrupts 


35 


INT6* 


Parallel 


36 


INT7* 


ParaUel 






37 


INT4* 


Interrupt 


38 


INT5* 


Interrupt 






39 


INT2* 


Requests 


40 


INT3 * 


Requests 






41 


INTO* 




42 


INTl * 




r 


Address 


43 


ADRE* 




44 


ADRF* 








45 


ADRC* 




46 


ADRD* 








47 


ADRA* 


Address 


48 


ADRB* 


Address 






49 


ADR8* 


Bus 


50 


ADR9 * 


Bus 






51 


ADR6* 




52 


ADR7 * 








53 


ADR4* 




54 


ADR5 * 








55 


ADR2* 




56 


ADR3 * 








57 


ADRO* 




58 


ADRl * 






Data 


59 


DATE* 




60 


DATF* 








61 


DATC* 




62 


DATD* 








63 


DATA* 


Data 


64 


DATB* 


Data 






65 


DATS* 


Bus 


66 


DAT9 


Bus 






67 


DAT6* 




68 


DAT7 * 








69 


DAT4* 




70 


DAT5 * 








7 1 


DAT2* 




72 


DAT3 -"- 








73 


DATO* 




74 


DATl * 






Power 


75 


GND 


Signal GND 


76 


GND 


Signal GND 




Supplies 


77 




Reserved, bussed 


78 




Reserved, bussed 






79 


-12V 


-12Vdc 


80 


-12V 


-12Vdc 






81 


-I-5V 


-l-5Vdc 


82 


-I-5V 


-l-5Vdc 






83 


+5V 


+5Vdc 


84 


-I-5V 


-l-5Vdc 


1 




85 


GND 


Signal GND 


86 


GND 


Signal GND 



All Reserved pins are reserved for future use and should not be used if upwards 



compatibility is desired. 
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5.1.4 Interrupt Attributes. The 796 Bus (section 2.3) allows for considerable variety 
in interrupt attributes. A product may support no interrupts, Non Bus Vectored (NBV) 
interrupts, two cycle bus vectored interrupts, and three cycle bus vectored interrupts. 
There are two methods of interrupt sensing: the preferred level-triggered; and for 
historical compatibility only, edge-level-triggered. 

Level-Triggered. The active level of the request line indicates an active request. 

Requiring no edge to trigger an interrupt allows several sources to be attached 

to a single request line. Sources for level triggered sense inputs should provide 

a programmatic means to clear the interrupt request. 

Edge-Level-Triggered. The transition from the inactive to the active level 
indicates an active request if and only if the active level is maintained at least 
until it has been recognized by the master. The requirement for a transition 
precludes multiple sources on a request line. But, Edge-Level triggering 
removes the requirement that the source have a programmatic means to clear 
the interrupt request. 

NOTE 

Edge-Level-Triggering is described only to allow for historical compatibility. 
New designs shall use level-triggered interrupt sensing. 

A master may support either or both of the above interrupt sensing methods. It is 
necessary to configure the system such that the sources of the interrupt requests 
correspond to the interrupt sensing method of the master. Note that a source which 
is compatible with Level-Triggering is also compatible with Edge-Level triggering. 

5.2 Masters and Slaves When constructing 796 Bus systems it is not necessary 
that all modules have identical capabilities. One may for instance have a master 
with an 8/16 bit data path and a slave with an 8 bit data path. The system is 
completely functional, though the application must restrict itself to 8 bit access to 
the slave. 

The key concept when constructing a 796 Bus system is that of required 
capability versus supplied capability. Each product will provide some set of 
capability. A transaction between two such products will be restricted to use that 
capability which is the intersection of the sets of capability of the two products. In 
some cases the intersection may be null implying fundamental incompatibility. It 
is the responsibility of the system designer to assure the viability of this 
intersection. 



5.3 Compliance Level Notation. A notation is introduced which allows a vendor to 
succinctly and accurately specify a product's level of compliance with the 796 Bus 
standard. For boards which may act as either masters or slaves, the compliance levels 
must be specified for both cases. Increasing levels of compliance subsume lesser levels 
for data path width, memory address path width and I/O address path width. Interrupt 
attributes are listed separately as they are independent of one another. The lack of an 
element (i.e., no I/O address path) specification normally implies no capability for this 
element. 



5.3.1 Data Path 
D8 represents an 8 bit data path 
D16 represents an 8/16 bit data path 



5.3.2 Memory Address Path 

Ml6 represents a 16 bit memory address path 
M20 represents a 20 bit memory address path 
M24 represents a 24 bit memory address path 



5.3.3 I/O Address Path 

18 represents an 8 bit I/O address path 
116 represents an 8 or 16 bit I/O address path 

5.3.4 Interrupt Attributes 

VO represents Non Bus Vectored interrupt requests 

V2 represents two cycle bus vectored interrupt requests 

V3 represents three cycle bus vectored interrupt requests 

E represents Edge-Level triggering only 

L represents Level triggering 

EL represents Level or Edge-Level triggering 

The interrupt attributes notation can be concatenated to represent multiple 
capabilities. 



5.3.5 An Example A versatile combination I/O and memory slave board which 
supports an 8/16 bit data path, a 20 bit memory address, an 8 or 16 bit I/O address, 
NBV interrupt requests, two and three cycle bus vectored interrupt requests would 
be specified as follows: 

796 Bus Compliance: Slave D16 M20 Il6 V023 L 

5.3.6 Compliance Marking. The compliance levels of a card shall be clearly marked 
on the printed circuit board as well as in the printed specifications. 



